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Beschreibung 

Verfahren zur automatischen Erzeugung von Programmcode 

Die vorliegende Erfinciung betrifft ein Verfahren zur automa- 
tisierten Erzeugung von Programmcode und einen Computer, der 
so programmiert ist, dafl dieses Verfahren in diesem ablaufbar 
ist. Weiter betrifft die vorliegende Erfindung ein Verfahren, 
mit dem es programmierunkundigen Personen ermoglicht wird, 
mit Hilfe graphischer Symbole auf einer Benutzeroberf lache 
eine Telekommunikat ions anl age benutzerspezif isch einzurich- 
ten. 

Programmcode - in der Literatur haufig als Software bezeich- 
net - besteht fiir gewohnlich aus mehreren Programmteilen, de- 
nen jeweils bestimmte Teilaufgaben zugeordnet werden. Bei der 
Entwicklung von Software wird eine moglichst hohe Wiederver- 
wendbarkeit bereits einmal programmierter Programmteile ange- 
strebt. Dadurch konnen bereits getestete Unterprogr amine, de- 
ren weitgehende Fehlerf reiheit und Funktionsf ahigkeit fest- 
steht, in kurzer Zeit zu neuen Programmen verbunden werden. 
Die fiir die Entwicklung von Anwendungssof tware benotigte Zeit 
wird dadurch erheblich herabgesetzt , da bei einer Entwicklung 
von Software ein Groiiteil der Entwicklungszeit auf eine Feh- 
lersuche und Testphase entfallt. Besteht ein neues Anwender- 
programm lediglich aus der Kombination bereits getesteter Un- 
terprogr amine, so ist die Zeitersparnis evident. Die Unterpro- 
gramme liegen dabei oft bereits compiliert in maschinenlesba- 
rem Code vor. Solche selbstandig fiir sich compilierbaren Un- 
terprogramme werden in einer Reihe von Programmiersprachen 
als Module bezeichnet. Vorliegend soil die Bezeichnung Kompo- 
nente verwendet werden als allgemeinerer Begriff, der sich 
nicht auf eine spezielle Programmiersprache bezieht. 

Sof tw ar e-Komponenten wiederum enthalten bestimmte Funktionen, 
Prozeduren oder Methoden, die mit Daten als Parameter aufge- 
rufen werden konnen. Die Wahl der Bezeichnung hangt von der 
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konkret benutzten Programmiersprache ab. Die bei objektorien- 
tierten Sprachen zumeist ubliche Bezeichnung als Methode wird 
im folgenden verwendet. Eine Komponente kann dabei eine ein- 
zige oder mehrere Methoden aufweisen. 

Urn aus solchen bereits bestehenden Komponenten ein funktions- 
fahiges Sof twareprogramm zu bilden, ist es notig, ein die 
einzelnen Komponenten miteinander verbindenden Zwischencode 
zu erstellen. Insbesondere sind die Datenf ormate der von ei- 
ner Komponente an eine weitere Komponente zu ubergebenden Da- 
ten, mit denen eine Methode aufgerufen wird, aneinander anzu- 
passen und Codeteile zu schreiben, welche die Methoden aufru- 
fen. Ein Aufruf von Methoden kann dabei eventuell auch abhan- 
gig von Bedingungen sein. Weiter sind Codeteile zu schreiben, 
mit denen Methoden, die in einer Komponente implement iert 
sind, umgesetzt werden auf andere Methoden, die in einer an- 
deren Komponente aufrufbar sein sollen, dort aber nicht im- 
plementiert sind. 

Dieser Zwischencode wird im wesentlichen manuell erstellt. Es 
ist lediglich bekannt, Funktionsriimpf e fur diesen Zwischen- 
code automatisch zu generieren. Ein Beispiel einer solchen 
komponenten-basierter Architektur ist das COM/DCOM Modell der 
Fa. Microsoft. 

Insbesondere bei Telekommunikationsanlagen ist es notig, die 
Steuerungssof tware individuell auf die Bedurfnisse der jewei- 
ligen Benutzer anzupassen. Die Steuerungssof tware solcher Te- 
lekommunikationsanlagen weist viele Programmabschnitte oder 
Komponenten auf, die fur an unterschiedliche Benutzer ange- 
pafite Steuerungsprogramme gleich sind. Eine Anpassung kann 
daher durch die Verknupfung solcher Komponenten zeitsparend 
und kostengunstig erfolgen. 

Nachteilig an dem Stand der Technik ist, dafi die Weiterver- 
wendung von bestehendem Programmcode nur bei Erzeugung von 
Zwischencode von Hand moglich ist und die Erzeugung von Soft- 
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ware fur eine programmierunkundige Person kaum zu bewirken 
ist. Weiter ist nachteilig, daB die Anpassung der Steuerung 
einer modernen komplexen Telekommunikationsanlage an die in- 
dividuellen Bedurfnisse eines Benutzers fur eine programmier- 
5 unkundige Person nicht moglich ist. 

Der vorliegenden Erfindung liegt die Aufgabe zugrunde, ein 
Verfahren zur Verfiigung zu stellen, mit dem Software automa- 
tisch, unter Verknupfung bestehender Komponenten aus Pro- 
10 grammcode erzeugt werden kann. Weiter ist es Aufgabe der Er- 
findung, ein Verfahren zur Verfiigung zu stellen, mit dem die 
Steuerung einer Telekommunikationsanlage individuell auch von 
Laien angepafit werden kann. 

15 Diese Aufgabe wird durch ein Verfahren gemaii dem beigefugten 
Anspruch 1 und einer Vorrichtungen gemafi Anspruch 20 gelost. 

Vorteilhafte Weiterbildungen der Erfindung sind in den Un- 
teranspruchen angegeben . 

20 

Beim erf indungsgemaBen Verfahren zur automatisierten Erzeu- 
gung von Software wird in einem graphischen Editor - bei- 
spielsweise mit Hilfe eines Computers - in einem ersten 
Schritt ein Symbol entsprechend einer Komponente mit einer 

25 Eingangsschnittstelle und einer Ausgangsschnittstelle abge- 
p bildet. Die in ablauf f ahigem Code vorliegenden Komponenten 

weisen jeweils eine Eingangsschnittstelle und eine Ausgangs- 
schnittstelle auf, in der in der Eingangsschnittstelle Metho- 
den der Komponente, die als Bestandteil der Komponente aufge- 

30 rufen und ausgefuhrt werden konnen, definiert sind. In der 
Ausgangsschnittstelle sind Datenformate fur Daten eines Er- 
eignisses als Ergebnis der Ausfuhrung einer Methode oder ei- 
ner ganzen Komponente und Methoden definiert, die in der Kom- 
ponente aufgerufen werden konnen, jedoch nicht in dieser 

35 lauffahig enthalten sind. 
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In einem zweiten Schritt wird eine Auswahlmoglichkeit fur ei- 
ne gerichtete Verknlipfung einer Ausgangsschnittstelle mit ei- 
ner Eingangsschnittstelle dargestellt . Anschliefiend wird in 
Abhangigkeit der vorgenommenen Verkniipfungen ein die Kompo- 
nenten verknlipf ender Programmcode erzeugt. Dieser ruft bei- 
spielsweise abhangig von Ereignissen Methoden auf , die in der 
Eingangsschnittstelle definiert sind, und der an die aufzuru- 
fende Methode zu ubergebenden Daten des Ereignisses der Emp- 
fangsschnittstelle libergibt, und/oder es wird Programmcode 
erzeugt, der die Datenformate der aufrufbaren Methodenauf ruf e 
in der Ausgangsschnittstelle in die Datenformate der verflig- 
baren Methodenauf ruf e der Eingangsschnittstelle umsetzt. 

In einer vorteilhaf ten Ausgestaltung der Erfindung werden die 
Definition der liber die Verkniipfungen aufrufbaren Methoden- 
aufrufe in der Ausgangsschnittstelle mit der Definition ver- 
fligbarer Methodenauf ruf e der Eingangsschnittstelle verglichen 
und/oder die Datenformate eines Ereignisses der Ausgangs- 
schnittstelle werden mit den an eine Methode der Eingangs- 
schnittstelle zu ubergebenden Datenf ormaten verglichen. In 
Abhangigkeit des Vergleichsergebnisses werden die Datenforma- 
te der Methodenauf ruf e und der an diese zu ubergebenden Daten 
angepafit, falls diese nicht kompatibel sind. 

Gunstig an dem erf indungsgemafien Verfahren ist, dali ein Be- 
nutzer keine Kenntnisse der Programmiersprache benotigt, in 
welcher der Zwischencode erstellt wird. Auch eine programm- 
mierunkundige Person kann durch graphisch dargestellte Aus- 
wahlmoglichkeiten fur Verknupf ungen, beispielsweise Pfeile, 
auf einfache Weise Verkniipfungen zwischen entsprechenden Kom- 
ponenten erstellen. Die Codegenerierung erfolgt automatisch. 

Vorteilhaft konnen Verknupf ungen von einem Ereignis oder eine 
Methode einer Ausgangsschnittstelle zu mehreren Methoden von 
Eingangsschnittstellen gewahlt werden, und es kann eine Aus- 
wahlmoglichkeit ftir eine Bedingung fur die Auswahl der Ein- 
gangsschnittstelle des zu bildenden Programmcodes der Ver- 



200016453 



5 

knupfung angeboten werden. Auf diese Weise konnen auch soge- 
nannte Schleifen gebildet werden, indem die Eingangsschnitt- 
stelle und die Ausgangsschnittstelle derselben Komponente an 
gehoren . 

Vorteilhaft kann eine Komponente mehrfach als Symbol darge- 
stellt und die Syitibole fur Komponenten auf einer Darstel- 
lungsflache frei angeordnet werden. 

Der Programmcode kann in einer sogenannten Compilersprache 
erzeugt, anschlieJiend kompiliert und mit den Komponenten zu 
einem lauffahigen Programm gebunden werden. Bei Verwendung 
eines Compilers und einer dazu notigen Link-Einrichtung wird 
schneller Code erzeugt, der dadurch, dafi kein Interpreter no 
tig ist, wenig Speicherplatz benotigt, da das gebildete Ge- 
samtprogramm fiir sich allein lauffahig ist. 

Alternativ kann der Programmcode in einer sogenannten Inter- 
pretersprache erzeugt und hierzu vorteilhaft die bekannte In 
terpretersprache XML (extensible Markup Language) verwendet 
werden. 

Gunstig wird der Programmcode mit den Komponenten als dynami 
scher Bibliothek und einem Interpreter zu einem lauffahigen 
Gesamtprogramm zusammengef afit . Vorteilhaft wird somit kein 
Compiler benotigt. 

Durch Verbinden einer oder mehrerer Komponenten nach obigen 
Verfahren konnen neue Gesamtkomponenten gebildet und fiir 
nachfolgende Anwendungen gespeichert werden. Dabei kann fest 
gelegt werden, welche Teile der Ausgangsschnittstellen der 
benutzten Komponenten die Ausgangsschnittstelle der Gesamt- 
komponente und welche Teile der Eingangsschnittstellen der 
benutzten Komponenten die Eingangsschni ttstelle der Gesamt- 
komponente bilden. 
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Vorteilhaft wird das beschriebene Verfahren zur Erzeugung der 
Steuerungssof tware einer Telekommunikationsanlage verwendet. 
Dabei kann das Verfahren auf einem Steuerungscomputer der Te- 
lekommunikationsanlage selbst angewandt werden. 

Erf indungsgemaft wird ein Computer, insbesondere ein Steue- 
rungscomputer einer Telekommunikationsanlage so programmiert, 
dali ein zuvor beschriebenes Verfahren auf diesem ablaufen 
kann. 

Die vorliegende Erfindung wird nachfolgend anhand bevorzugter 
Ausfiihrungsbeispiele unter Bezugnahme auf die beigefugten 
Zeichnungen naher erlautert. 

Dabei zeigen: 

Fig. 1: eine Darstellung zweier Komponenten als Symbole mit 
einer Verknupfung zwischen einer Ausgangsschnitt- 
stelle und einer Eingangsschnittstelle; 

Fig. 2: eine beispielhaf te tabellarische Gegeniiberstellung 
anzupas sender Parameter; 

Fig. 2a: die Zuordnung der Parameter aus Fig. 2 in Deklara- 
tionen zugehoriger Methoden; 

Fig. 3: einen Ausdruck des erzeugten Zwischencodes fur eine 
Verknupfung zweier Methoden in einer Compilerspra- 
che; 

Fig. 4: einen Ausdruck des erzeugten Zwischencodes fur eine 
Verknupfung zweier Methoden in einer Interpreter- 
sprache ; 

Fig. 5: zwei Verkmipf ungen von einer Ausgangsschnittstelle 
zu zwei verschiedenen Eingangsschnittstellen; 

Fig. 6: die erf indungsgemafie graphische Darstellung eines 
Gesamtprogramms mit den gebildeten Verknupf ungen; 

Fig. 7: eine Verknupfung von einer Ausgangs-Schnittstelle 
zu drei Eingangsschnittstellen; 

Fig. 8: eine bedingte Verknupfung zu zwei Eingangsschnitt- 
stellen; 
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Fig. 9: eine mit einer bedingten Verknupfung gebildete 
Schleif e; 

Fig. 10: zwei Verkniipf ungen zu derselben Eingangsschnitt- 
stelle; und 

Fig. 11: eine durch das erf indungsgemafie Verfahren aus be- 
stehenden Komponenten neu zusammengestellte Kompo- 
nente in einer beispielhaf ten Darstellung eines 
graphischen Editors. 

Fig. 1 zeigt eine schematische Darstellung zweier Komponenten 
A, B mit einer die Komponenten A, B verbindenden Verknupfung 5. 
Die Komponente A und die Komponente B weisen jeweils eine 
Ausgangsschnittstelle 1 und eine Eingangsschnittstelle 2 auf, 
die im vorliegenden Ausf iihrungsbeispiel durch einen Rahmen 
angedeutet sind. In den Ausgangsschnittstellen 1 sind Ereig- 
nisse 3, die als Ergebnis der Ausfuhrung einer Methode der 
Komponente A, B auftreten konnen, und Methoden 3 definiert, 
die in der Komponente A, B aufrufbar sein sollen, deren Code 
jedoch nicht in der Methode selbst, sondern anderweitig im- 
plementiert ist. In den Figuren sind diese Ereignisse und Me- 
thoden jeweils zusammenf assend mit einem Bezugszeichen be- 
zeichnet, hier mit dem Bezugszeichen 3. In den Eingangs- 
schnittstellen 2 sind Methoden 4 der Komponenten A, B defi- 
niert, die als Bestandteil der Komponenten aufgerufen werden 
konnen. Diese Methoden 4 sind in den Komponenten A, B imple- 
mentiert . 

Die Komponenten A, B werden bei dem hier beispielhaf t darge- 
stellten erf indungsgemafJen Verfahren entsprechend der Figur 1 
in einem graphischen Editor abgebildet. Ein Benutzer kann nun 
eine gerichtete Verknupfung 5 zwischen einer Ausgangsschnitt- 
stelle 1 und einer Eingangsschnittstelle 2 auswahlen, die 
dann ebenfalls graphisch angezeigt wird. Im vorliegenden Aus- 
fiihrungsbeispiel ist die gerichtete Verknupfung 5 durch einen 
Doppelpfeil dargestellt. Durch diese Verknupfung 5 wird von 
dem Benutzer auf ein bestimmtes Ereignis 3 hin, das in der 
Ausgangsschnittstelle 1 definiert ist, eine Methode 4 der 
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Eingangsschnittstelle 2 aufgerufen. Alternativ kann eine Me- 
thode 3 die in einer Komponente A, B - hier der Komponente A - 
aufrufbar sein soli, dadurch definiert werden, dafl durch den 
Zwischencode die Methode der Ausgangsschnittstelle 1 durch 
eine Methode 4 der Eingangsschnittstelle 2 definiert wird. 
Das bedeutet, dafi in Fallen, in denen in der Komponente A ei- 
ne Methode 3 aufgerufen wird, der Zwischencode die entspre- 
chende gewahlte Methode 4 der Eingangsschnittstelle 2 der 
Komponente B aufruft. Der Zwischencode setzt dabei die ent- 
sprechenden Aufrufe ineinander urn. Hierzu miissen jedoch die 
Datenformate der Daten, die beim Aufruf der Methoden uberge- 
ben werden, aufeinander angepaJit sein. 

Fig. 2 zeigt in einer Tabelle eine beispielhaf te Gegeniiber- 
stellung zugeordneter und einander anzupassender Parameter 
von Methoden CompA, MethodEvent3 , CompB .Method4 der Komponen- 
ten A, B und zusatzlich in der mittleren Spalte zu erganzende 
Konstanten. Als Beispiel sind die Datenformate der bekannten 
Programmiersprache "C" gewahlt. Zur Bezeichnung ist links ei- 
ne Zeilennumerierung in Funf erschritten abgedruckt. Die bei- 
den Parameter in der ersten und zweiten Zeile konnen demnach 
einfach aufeinander abgebildet werden, da beide Methoden 
CompA, MethodEvent3, CompB .Method4 identische Variablen-Def i- 
nitionen aufweisen. Einer Variablen P31 vom Format "long" in 
der ersten Zeile entspricht eine Variable P44 vom Format 
"long" als Parameter. Entsprechend steht eine Variable P32 
vom Format "double" eine Variable P42 vom Format "double" in 
der zweiten Zeile gegenuber. 

In der dritten Zeile weist die Methode CompA. MethodEvent3 der 
Komponente A eine sogenannte String-Variable auf, die ent- 
sprechend den Konventionen der Programmiersprache "C" als 
Zeiger auf die erste Stelle eines hierfiir allokierten Spei- 
cherbereichs definiert ist. An dieser Stelle ist der erste 
Buchstabe des Strings abgelegt. Er gilt als gliltig vereinbart 
bis zu einem sogenannten Terminierungszeichen '\0' im Spei- 
cherbereich. Die aufzurufende Methode CompB .Method4 der Kom- 
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ponente B weist keinen entsprechenden Parameter auf. Eine Um- 
setzung muB insoweit hier nicht erfolgen. 

In der vierten Zeile stehen sich die Konstante "100" im For- 
5 mat "long" in der mittleren Spalte und eine Variable P41 des- 
selben Formats gegeniiber. Ebenso steht sich in der funften 
Zeile ein konstanter String und eine String-Variable P43 ge- 
geniiber. Beide Konstanten sind zu erganzen, da sie in der Me- 
thode CompA.MethodEvent3 der Komponente A nicht vorkommen. 
10 Die Konstanten werden somit als Parameter an die Methode 
CompB. Method4 der Komponente B iibergeben. 




Fig. 2a zeigt in einer schematischen Darstellung die Zuord- 
nung der Parameter aus Fig. 2 in Deklarationen der zugeordne- 



15 ten Methoden CompA,MethodEvent3, CompB .Me thod4 . Die Darstel- 
lung entspricht in der oberen Zeile dem Programmcode, mit der 
die Methode (CompB .Method4 ) der Komponente B deklariert wird. 
In der unteren Zeile ist eine Methode CompA, Method Event3 de- 
klariert, die in der Komponente A zur Verfugung stehen soli. 

20 Oberhalb ist mit den Ziffern 1 bis 4 die Reihenfolge der Pa- 
rameter in den Deklarationen festgelegt. 

Die Zuweisung und Anpassung der Parameter erfolgt wie in Fi- 
gur 2 erlautert. Es ist nun noch die Reihenfolge der Parame- 

25 ter und somit die richtige Zuordnung sicherzustellen . Der er- 
).\ ste Parameter der Methode CompA.MethodEvent3 der Komponente A 
ist die Variable P31, die der Variablen P44 der Methode 
CompB .Method4 der Komponente B entspricht. Die Variable P31 
wird daher als vierter Parameter der Methode CompB .Method4 

30 der Komponente B iibergeben. Die Entsprechung ist durch einen 
Pfeil verdeutlicht . Der zweite Parameter der Methode 
CompA.MethodEvent3 der Komponente A ist die Variable P32, die 
der Variablen P42 der Methode CompB .Method4 der Komponente B 
entspricht und dieser ebenfalls als zweiter Parameter uberge- 

35 ben wird. Auch hier ist die Entsprechung durch einen Pfeil in 
der Figur verdeutlicht. Der dritte Parameter der Methode 
CompA.MethodEvent3 der Komponente A wird nicht iibergeben, da 
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er keine Entsprechung hat. Die fehlenden Parameter als Varia- 
blen P41 und P43 der Methode CompB .Method4 der Komponente B 
werden - wie unter Fig. 2 beschrieben - durch Konstanten er- 
setzt, und als erster Parameter und dritter Parameter an die 
Methode CompB .Method4 der Komponente B ubergeben. 

Die Daten konnen auch ohne explizite Umsetzung als Parameter 
an Methoden ubergeben werden, wenn ihre Formate strikt regle- 
mentiert sind. Alle Formate von Ereignissen und Methoden, die 
in einer Ausgangsschnittstelle definiert sind, sind in diesem 
Fall in Anzahl und Datentyp so beschaffen, dafl sie direkt an 
Methoden einer Eingangsschnittstelle als Parameter ubergeben 
werden konnen. Dies ist vor all em fur spezielle Anwendungen 
wie Sprachverarbeitungsprogramme moglich. Bei letzeren kann 
eine feste Zuordnung der Parameter ohne Moglichkeit der Be- 
einflussung bei der Verknupf ungserstellung vorgesehen werden. 
Dabei haben die Methoden entweder keine oder globale Varia- 
blen als Eingangsparameter . 

Fig. 3 zeigt als Sourcecode ein Beispiel fur einen in einer 
Compilersprache erzeugten Zwischencode . Zur Bezeichnung ist 
zusatzlich in Funf erschritten eine Zeilennumerierung links 
abgedruckt. Die beispielhaft verwendete Programmiersprache 
ist "C".,Hier ist der automatisch erzeugte Zwischencode abge- 
druckt, mit dem eine in einer Ausgangsschnittstelle definier- 
te Methode, die in der entsprechenden Komponente nicht imple- 
mentiert ist, in eine Methode in einer Eingangsschnittstelle 
einer Komponente umgesetzt werden kann. In einer Komponente A 
wird eine Methode CompA__E vent One_S ink ( ) gefordert, die dort 
aber nicht implementiert ist. In einer Eingangsschnittstelle 
einer Komponente B steht eine Methode CompB_MethodOne ( ) zur 
Verfugung. Die Figur zeigt die Methodendeklaration der Metho- 
de CompA_E vent One_S ink ( ) . Hierzu muiJ eine weitere Stringva- 
riable BP1, die in den Parametern der Methode CompB_Method- 
One_(J ^gefordert wird, in Zeile 3 definiert und in Zeile 6 zu- 
gewiesen werden. Weiter wird die Integer-Variable BP3 als 
Zeiger an die Methode CompB_MethodOne ( ) ubergeben. 
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Der so erzeugte Sourcecode kann nun durch einen Umsetzer - in 
der Literatur haufig als 'Compiler' bezeichnet - compiliert 
und mit einem Binder - in der Literatur haufig als 'Linker' 
5 bezeichnet - mit den Komponenten zusammen zu einem ablauffa- 
higen Programm verbunden werden. In Abhangigkeit der Art der 
verwendeten Link-Einrichtung kann der Code der Komponenten 
auch ursprunglich in abweichenden Programmiersprachen verfaftt 
worden sein. Der sich ergebende Code ist sehr schnell und 

10 kommt in seiner Ablauf geschwindigkeit nahe an manuell verfali- 
ten Zwischencode. Nachteilig ist jedoch, dafi ein Compiler und 
eine Link-Einrichtung fur die Generierung des ablauf fahigen 

^ Codes notig sind, fur die entsprechende Lizenzen erworben 
werden mussen. 

15 

Fig. 4 zeigt als Sourcecode ein Beispiel fur in einer soge- 
nannten Interpretersprache erzeugten Zwischencode. Zur Be- 
zeichnung ist zusatzlich in Fiinf erschritten eine Zeilennume- 
rierung links abgedruckt . Es handelt sich dabei urn die be- 
20 kannte Interpretersprache "extensible Markup Language' (XML). 
Auch hier wird eine in einer Ausgangsschnittstelle definierte 
Methode, die in der entsprechenden Komponente nicht implemen- 
tiert ist, in eine Methode in einer Eingangsschnittstelle ei- 
ner anderen Komponente umgesetzt. Die Methoden sind als Com- 
25 pA_EventOne in Zeile 3 und CompB_Method-One in Zeile 7 be- 
^ zeichnet. Die Methode CompA-EventOne ruft in Zeile 12 die Me- 
thode CompB_MethodOne auf, wobei eine String-Konstante "Hello 
World" eingefiigt wird, urn die Parameterdeklaration der Metho- 
de CompB_MethodOne zu erflillen. 

30 

Der so erzeugte Sourcecode kann nun mit Hilfe eines Interpre- 
ters zu einem" lauf fahigen Programm verbunden werden. Erst zur 
Laufzeit des Programms werden die Bef ehlszeilen von dem In- 
terpreter lexigraphisch und syntaktisch analysiert und ausge- 

35 ftihrt. Dabei werden die bereits in Maschinencode vorliegenden 

Methoden im Sinne einer dynamischen Bibliothek aufgerufen. 
Vorteilhaft stellen einige Telekommunikationsanlagen soge- 
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nannte 'Application Composer 1 , die einen Interpreter beinhal- 
ten, zur Verfiigung. Es konnen der Compiler und die Link-Ein- 
richtung eingespart werden, und es entstehen keine zusatzli- 
chen Lizenzkosten fur diese Programme. Nachteilig ist jedoch 
die erheblich geringere Ablauf geschwindigkeit der so gebilde- 
ten Programme. Dies fallt jedoch fur nicht-echt zeitrelevante 
Funktionen, kaum ins Gewicht. 

Fig. 5 zeigt ein Beispiel zweier Verkniipf ungen 6 ausgehend 
von zwei Ereignissen oder Methoden 7 einer Ausgangsschnitt- 
stelle 8 einer Komponente C zu zwei Methoden 9 zweier Ein- 
gangsschnittstellen 10 zweier Komponenten D und E. Diese sind 
voneinander unabhangig; die Entscheidung, welche Verkniipfung 
im Programmf luJi folgt, wird in der Komponente C getroffen, je 
nachdem, welches Ereignis eintritt. 

Fig. 6 zeigt die graphische Darstellung von 7 Symbolen, die 
Komponenten entsprechen, mit zwischen diesen durch einen Be- 
nutzer definierten Verkniipf ungen, einem Startereignis 11 und 
einer Terminierungsmethode 12. Dabei kann eine Komponente 
auch durch mehrere Symbole bezeichnet sein und somit an meh- 
reren Stellen in dem Programmf lufidiagramm auftreten. Der 
Ubersichtlichkeit halber wurde auf weitere Bezugszeichen ver- 
zichtet. Die Symboldarstellung der Komponenten entspricht den 
bisherigen Figuren. Die Darstellung entspricht einem voll- 
standigen, mit dem er f indungsgemaiien Verfahren erstellten 
Programm. Das erstellte Programm wird in einen Applikations- 
rahmen erzeugt. Durch das Startereignis kann das Programm 
aufgerufen werden. Bei einem Steuerungsprogramm einer Tele- 
kommunikationsanlage ist dies beispielsweise das ^Anschal- 
ten" . Ebenso sollte ein def inierter Terminierungsauf ruf fur 
ein korrektes Beenden des Programms vorgesehen sein. Diese 
Terminierungsmethode ware bei einem Steuerungsprogramm einer 
Telekommunikationsanlage beispielsweise das *Herunterf ahren" 
zum Ausschalten. 
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Fig. 7 zeigt vier Komponenten F,G,H,I mit jeweils einer Ein- 
gangsschnittstelle 13 und einer Ausgangsschnittstelle 14. Von 
einem Ereignis 15 der Ausgangsschnittstelle 14 der Komponente 
F besteht eine Verkniipfung 17 zu drei verschiedenen Methoden 
16 der Eingangsschnittstellen 13 der Komponenten G,H,I. Die 
Figur zeigt ein Beispiel einer Verkniipfung 17, die von einem 
Ereignis 15 zu mehreren Methoden 15 in verschiedenen Ein- 
gangsschnittstellen 13 fiihrt. Dabei hat der Zwischencode eine 
Reihenfolge der Ausfuhrung zu definieren. 

Fig. 8 zeigt drei Komponenten J,K, L mit jeweils einer Ein- 
gangsschnittstelle 18 und einer Ausgangsschnittstelle 19. Von 
einem Ereignis 20 der Ausgangsschnittstelle 19 der Komponente 
J besteht eine Verkniipfung 22 zu zwei verschiedenen Methoden 
21 der Eingangsschnittstellen 18 der Komponenten K, L. Die Fi- 
gur zeigt ein Beispiel einer Verkniipfung 22, die von einem 
Ereignis 20 gesteuert von einer Bedingungsabf rage 23 des Zwi- 
schencodes zu zwei Methoden 21 fiihrt. 

Fig. 9 zeigt zwei Komponenten M,N mit jeweils einer Eingangs- 
schnittstelle 24 und einer Ausgangsschnittstelle 25. Von ei- 
nem Ereignis 2 6 der Ausgangsschnittstelle 25 der Komponente M 
besteht eine Verkniipfung 28 zu zwei verschiedenen Methoden 27 
der Eingangsschnittstellen 24 der Komponenten M,N. Die Figur 
zeigt ein Beispiel einer Verkniipfung 28, die gesteuert von 
einer Bedingungsabf rage 29 des Zwischencodes eine Schleife 
bildet. Durch die graphische Darstellung kann von einem Be- 
nutzer eine Schleife 30 definiert werden, indem ein Zweig der 
bedingten Verkniipfung 28 zu der Eingangsschnittstelle 24 der 
Komponente M zuruckgef iihrt wird. 

Fig. 10 zeigt drei Komponenten 0,P,Q. Die bereits in den Figu- 
ren zuvor erlauterten Bestandteile der graphischen Darstel- 
lung sind nicht mit Bezugszeichen versehen. Hier zeigen zwei 
Verkniipf ungen 31 auf dieselbe Methode der Komponente Q. Dabei 
handelt es sich um zwei einfache Verkniipf ungen, die dieselbe 
Methode aufrufen. 
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Fig. 11 zeigt eine vorteilhafte Ausgestaltung des Verfahrens, 
mit dem die Bildung neuer Komponenten ermoglicht wird. Dabei 
werden Komponenten nach dem erf indungsgemaJien Verfahren zu 
5 einer neuen Gesamtkomponente 32 zusammengefaBt . In dem vor- 
liegenden Beispiel werden die Komponenten R,S,T zu der Ge- 
samtkomponente 32 zusammengef afit . Die Komponenten R,S,T wei- 
sen Eingangsschnittstellen 33 und Ausgangsschnittstellen 34 
auf. Durch interne Verknupf ungen 35 kann der Benutzer die 

10 Funktionalitat der Gesamtkomponente 32 festlegen. Weiter kann 
graphisch festgelegt werden, welche Methoden 36 der Eingangs- 
schnittstellen 33 in einer Gesamteingangs-Schnittstelle 37 
zur Verfiigung stehen. Ebenso kann graphisch festgelegt wer- 
den, welche Methoden und Ereignisse, die unter dem gemeinsa- 

15 men Bezugszeichen 38 zusammengef afit sind, der Ausgangs- 

schnittstelle 34 in einer Gesamtausgangs-Schnittstelle 39 zur 
Verfiigung stehen. Die dadurch gebildete Gesamtkomponente hat 
dieselben Eigenschaf ten wie eine sonstige Komponente. 

20 Durch das beschriebene Verfahren ist es auch programmierun- 
kundigen Personen moglich, ein Programm zu erstellen. Dies 
ist insbesondere fur Steuerungsprogramme von Telekommunikati- 
onsanlagen moglich, fur die benotigten Komponenten gut vor- 
hersehbar sind. 



25 



200016453 



15 

Patent ansprtiche 

1. Verfahren zur automatisierten Erzeugung von Software fur 
einen Computer unter Verwendung von in ablauf f ahigem Code 
vorliegenden Komponenten (A-T) , wobei die Komponenten (A-T ) 
jeweils eine Eingangsschnittstelle (2,10,13,18,24,33) aufwei- 
sen, in der definiert sind: 

- . Methoden (4,9,16,21,27,36) der Komponente (A-T), die als 
Bestandteil der Komponente (A-T) aufgerufen und ausge- 
fiihrt werden konnen, 

sowie eine Ausgangsschnittstelle (1,8,14,19,25,34) aufweisen, 

in der definiert sind: 

Datenformate fur Daten eines Ereignisses (3,7,15,20,26, 
38) als Ergebnis der Ausfiihrung einer Methode oder einer 
Komponente (A-T) , 

und Methoden (3,7,15,20,38) die in der Komponente (A-T) 
aufgerufen werden konnen, jedoch nicht in dieser lauffa- 
hig enthalten sind, 
mit den Verf ahrensschritten : 

a) Abbilden eines Symbols entsprechend einer Komponente (A-T) 
mit der Eingangsschnittstelle (2,10,13,18,24,33) und der 
Ausgangsschnittstelle (1,8,14,19,25,34) in einem graphi- 
schen Editor; 

b) Anbieten einer Auswahlmoglichkeit fur eine gerichtete Ver- 
knupfung (5,6,17,22,28,31,35) einer Ausgangsschnittstelle 
(1,8,14,19,25,34) mit einer Eingangsschnittstelle (2,10, 
13, 18, 24, 33) ; 

c) Erzeugen eines die Komponenten verknlipf enden Programmcodes 
in Abhangigkeit der vorgenommenen Verknlipf ungen . 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dafi der Programmcode abhangig von Ereignissen (3,7,15,20, 
26, 38) Methoden (4,9,16,21,27,36) aufruft, die in der 
Eingangsschnittstelle (2,10,13,18,24,33) definiert sind, 
und dafi der Programmcode Daten des Ereignisses (3,7,15,20, 
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26, 38) an die aufzurufende Methode (4, 9, 16,21,27, 36) liber 
gibt, die von der auf zuruf enden Methode (4, 9, 16, 21, 27, 36) 
erwartet werden 

und/oder dafl der Programmcode die Datenf ormate der aufruf 
baren Methoden in der Ausgangsschnittstelle (1,8,14,19,25 
34) in die Datenf ormate der verfugbaren Methoden (4,9,16, 
21,27,36) der Eingangsschnittstelle (2,10,13,18,24,33) so 
wie die Methoden selbst ineinander umsetzt. 

3. Verfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

dafi die Definition der uber die Verkniipf ungen (5, 6, 17,22, 28, 
31,35) aufrufbaren Methodenauf ruf e in der Ausgangsschnitt- 
stelle (1, 8, 14, 19,25, 34) mit der Definition verfligbarer Me- 
thodenauf ruf e (4,9,16,21,27,36) der Eingangsschnittstelle 
(2,10,13,18,24,33) und/oder die Datenformate eines Ereignis- 
ses (3,7,15,20,26,38) der Ausgangsschnittstelle (1,8,14,19, 
25,34) mit den an eine Methode (4,9,16,21,27,36) der Ein- 
gangsschnittstelle (2,10,13,18,24,33) zu ubergebenden Daten- 
formaten verglichen wird. 

4. Verfahren nach Anspruch 3, 
dadurch gekennzeichnet, 

dai3 die Datenformate der aufrufbaren Methodenauf ruf e (3,7,15 
20,38) in der Ausgangsschnittstelle (1,8,14,19,25,34) an die 
Datenformate der verfugbaren Methodenauf ruf e (4,9,16,21,27, 
36) der Eingangsschnittstelle (2,10,13,18,24,33) und/oder die 
Datenformate eines Ereignisses (3,7,15,20,26,38) der Aus- 
gangsschnittstelle (1,8,14,19,25,34) an die an eine Methode 
(4,9,16,21,27,36) der Eingangsschnittstelle (2,10,13,18,24, 
33) zu ubergebenden Datenformate angepaflt werden, falls diese 
nicht kompatibel sind . 

5. Verfahren nach einem der Anspriiche 1 bis 4, 
d a d u r c h gekennzeichnet, 

dafl eine Verknupfung (17,22,28) von einem Ereignis (15,20,26) 
oder einer Methode (15,20) einer Ausgangsschnittstelle 
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(14,19,25) zu mehreren Methoden (16,21,27) von Eingangs- 
schnittstellen (13,18,24) gewahlt werden kann. 

6. Verfahren nach Anspruch 5, 
5 dadurch gekennzeichnet, 

dafi fur die Verkniipfung (22,28) eine Bedingung (23,29) zur 
Auswahl der Methoden (21,27) der Eingangsschnittstelle 
(18,24) bestimmt werden kann. 

10 7. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi eine Eingangsschnittstelle (24) und die Ausgangsschnitt- 
stelle (25) derselben Komponente (M) angehoren (Schleife) . 

15 8. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi zu einer Methode einer Eingangsschnittstelle mehrere Ver 
kniipfungen erfolgen konnen. 

20 9. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi eine Komponente (A-T) mehrfach als Symbol dargestellt 
werden kann. 

25 10. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi die Symbole fur Komponenten (A-T) auf einer Darstellungs 
flache frei angeordnet werden konnen. 

30 11. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi der Programmcode in einer Compilersprache erzeugt wird 
und anschliefiend compiliert wird und mit den Komponenten (A- 
T) zu einem lauffahigen Programm gebunden wird. 

35 

12. Verfahren nach einem der Anspruche 1 bis 10, 
dadurch gekennzeichnet, 
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dafi der Programmcode in einer Interpretersprache erzeugt 
wird. 

13. Verfahren nach Anspruch 12, 
5 dadurch gekennzeichnet, 

dafi der Programmcode in der bekannten Interpretersprache XML 
(extensible Markup Language) erzeugt wird. 

14. Verfahren nach Anspruch 12 oder 13, 
10 dadurch gekennzeichnet, 

dafi der Programmcode mit den Komponenten (A-T) als dynamische 
Bibliothek und einem Interpreter zu einem lauf fahigen Gesamt- ^ 
programm zusammengef afit wird. 

15 15. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi ein oder mehrere Komponenten (R, S,T) nach obigen Verfah- 
ren zu einer neuen Gesamtkomponente (32) verbunden werden 
konnen und festgelegt werden kann, welche Methoden und Ereig- 
20 nisse (38) der Ausgangsschnittstellen (34) der benutzten Kom- 
ponenten (R,S,T) die Ausgangsschnittstelle (39) der Gesamt- 
komponente (32) , und welche Methoden (36) der Eingangs- 
schnittstellen (33) der benutzten Komponenten die Eingangs- 
schnittstelle (37) der Gesamtkomponente (32) bilden. 



25 



16. Anwendung des Verfahrens nach einem der vorhergehenden 
Anspruche zur Erzeugung der Steuerungssof tware einer Telekom- 
munikationsanlage . 

30 17. Verfahren nach Anspruch 16, 

dadurch gekennzeichnet, 

dafi als Telekommunikationsanlage eine Telef onvermittlung ein- 
gesetzt wird. 

35 18. Anwendung des Verfahrens nach einem der Anspruche 16 oder 
17 zur Erzeugung der Steuerungssof tware einer Telekommunika- 



m 
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tionsanlage auf dem Steuercomputer der Telekommunikationsan- 
lage . 

19. Computer, so programmiert, dafl ein Verfahren nach einem 
5 der Anspruche 1 bis 19 auf diesem ablaufen kann. 

20. Telekommunikationsanlage mit Steuerungscomputer , der so 
programmiert ist, dafi ein Verfahren nach Anspruch 18 auf die- 
sem ablauft. 

0 

21. Computerprogrammprodukt, das auf einem computergeeigneten 
Medium gespeichert ist, und das, wenn es auf einem Computer 
gestartet wird, ein Verfahren nach einem der Anspruche 1 bis 
15 durchfuhrt. 
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Zusaainmenf as sung 

Verfahren zur automatischen Erzeugung von Programmcode 

5 Ein Verfahren zur automatisierten Erzeugung von Software fur 
einen Computer unter Verwendung von in ablauf fahigem Code 
vorliegenden Komponenten (A-T) bildet diese als Symbole gra- 
phisch ab. Eine Ausgangsschnittstelle (1,8,14,19,25,34) kann 
durch eine gerichtete Verknupfung (5,6,17,22,28,31,35) mit 
10 einer Eingangsschnittstelle (2,10,13,18,24,33) verbunden wer- 
den. Es wird Programmcode erzeugt, der entsprechend den aus- 
gewahlten gerichteten Verknupf ungen (5,6,17,22,28,31,35) ein 
ablauf fahiges Gesamtprogramm erzeugt. 

15 

Fig. 1 
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CompA_EvencOne_Sink ( int API, eioat AP2) 
( 

char "BPl; 
long BP2; 
double BP3 ; 

BP1 = "Hello world"; 
BP2 = API; 
BP3 = AP2; 

CompB_MethodOne ( BP1,^3P2. BP3 ) ; 
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< Event > 

CompA. Even tone, int PI. float P2 
</Event> 



<Method> 

CompB.MethodOne. f IN] char *P1. {INOUTJ long P2. 
(in) double P3 

</Method> 



<Connection> 

CompA.EventOne Calls CompB.MethodOne. 'Hello World' 

CompA. EventOne. PI , CompA. EventOne . P2 ) 
</Connection> 
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